home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv2.zip / V2N62.TXT < prev    next >
Text File  |  1993-03-06  |  39KB  |  935 lines

  1.  
  2.  
  3.  
  4.  
  5. Ultrasound Daily Digest     Sat,  6 Mar 93       Volume 2 : Issue  62 
  6.  
  7. Today's Topics:
  8.                            [GUS] SBOS 1.4B2
  9.                             Beta Forms...
  10.                    Building layered Patches for GUS
  11.                      CDROM comments/SBOS question
  12.                         Comments on SBOS 1.4b2
  13.                   Feedback Prob (Sampling on a GUS)
  14.                      GUSMOD 2.04 and Windows 3.1
  15.                              GUS samples
  16.                                  help
  17.              New soundcard... looks like Ultrasound clone
  18.                no subject (file transmission) (2 msgs)
  19.                    Pin layour of 15-pin connector?
  20.                     Problem w/SBOS 1.4b2 & X Wing
  21.                           Sampling on a GUS
  22.                          SBOS 1.4b2 beta form
  23.                     SBOS 1.4b2 with xwing and uu2
  24.                              Sierra's BS
  25.                     Ultrasound Daily Digest V2 #61
  26.                              x-wing help
  27.                              XWING SOUND
  28.  
  29.     Information about the UltraSound Daily Digest (such as
  30. mail addresses, request servers, ftp sites, etc., etc.) can be found
  31. at the end of the Digest.
  32.  
  33.     *** HEY!!! *** 
  34.  
  35.     Before you ask a question, *** READ THE FAQ ***.  It's
  36. available on the request server and the ftp sites, or check the
  37. newsgroup archives.
  38.  
  39. ----------------------------------------------------------------------
  40.  
  41. Date: Thu, 4 Mar 1993 17:17:59 GMT
  42. From: ken@austin.ibm.com
  43. Message-Id: <C3DK1z.33xL@austin.ibm.com>
  44. Subject: [GUS] SBOS 1.4B2
  45. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  46.  
  47. In article <lpaqmgINNhmt@levelland.cs.utexas.edu>, regius@cs.utexas.edu (Regius S. Gunawan) writes:
  48. > In article <C3C4qq.3D8@news.Hawaii.Edu> himb@iniki.soest.hawaii.edu (Liz Camarra) writes:
  49. > >In article <C3C0Er.3nA@watserv2.uwaterloo.ca> ptran@sciborg.uwaterloo.ca (Phat H Tran) writes:
  50. > >
  51. > >>to the sounds in SBOSLIB.SBS.  For example, during the intro to Ultima
  52. > >>Underworld 2, there are LOUD screeches where there should be smooth
  53. > >on my computer with both 1.37B and 1.4B2.  At least I know it's not
  54. > >an isolated case.  Also crashed once inside UW2, not sure if it's
  55. > >1.4B2's fault though (more investigation...)
  56.  
  57.  
  58. > >  Other games though work great.  Some of the music in Monkey
  59. > >Island II sounds awesome with 1.4B2.
  60. > I tried sbos 1.37b and 1.4b2 on several sierra games, namely
  61. > KQ6, QG1, QG3, sorcerian.
  62. > Most of them needs -x2 to work 'properly'.  Even then, I'd
  63. > rather have an old SB to play with.  When the sound come
  64. > right, it's great, but this is just exceptions :(
  65. > Funny thing is the sounds 1.37b played right, 1.4b2 didn't
  66. > and vice versa.  Now if someone can combine the best of
  67. > both world ^_^
  68. > Oh, BTW sorcerian is just an old game that uses nothing
  69. > but AdLib style FM.  Works great with 1.37b, and a little
  70. > scratchy with 1.4b2.  I wish I can select which patches
  71. > from the libraries to use (I like some in 1.37b and some
  72. > in 1.4b2)
  73. > Oh, well.
  74. > ^_^ no clue ^_^
  75.  
  76.  
  77. Well, I've been trying 1.4B2 also. Here's my results:
  78.  
  79. JILL OF THE JUNGLE - The music sounds AWESOME! It's *so* much better than is
  80.                      was. Digitized sounds are the same, as is perfromance.
  81.  
  82. SPEAR OF DESTINY - Music sounds different - not as tinny and high-endy. Some
  83.                    places, the music is an octave lower, but it sounds better.
  84.            Digitzed sounds are the same. Gameplay seems faster.
  85.  
  86. X-WING DEMO - The clincher! I couldn't get any speech at first. Then I changed
  87.                my EMM386 settings. I had it loading with "NOEMS" and I just
  88.           installed it with no parameters. I then got digitized speech. I
  89.           haven't tried it by specifying "RAM" so who knows. The sounds
  90.           are a lot better. The music, again, isn't as tinny. The basic
  91.           "FM" sound effects, like the explosion of the rebel cruiser, are
  92.           much better.
  93.  
  94. I'll try DUNE as well, since I've still got it loaded.
  95.  
  96. The only problem I've had with it so far is that it sorta hangs when I load it.
  97. It takes anywhere from 50 to 70 seconds to return my cursor, and it's SBOSDRV.EXE
  98. that is hanging, because I TYPE'd out SBOS.BAT and entered the commands by hand.
  99. Anyone else have this problem? It's not my drive - I ran Norton Disk Doctor and
  100. everything's cool, unless things are somewhat fragmented (now what's a tool to
  101. fix that?). Email me about these if you wish.
  102.  
  103. Anyway, this version seems to work much better. Of course, the real test is
  104. Wing Commander, so I guess I'll have to reinstall it!
  105.  
  106. Ken
  107. -- 
  108.    THIS POSTING DOES NOT REPRESENT THE OPINIONS OF MY EMPLOYERS.
  109. ------------------------------------------------------------------
  110.  
  111.  
  112. "I'm afraid I'll have to ask you to leave the store, mam" Ash, AoD
  113. ==================================================================
  114.  
  115. ------------------------------
  116.  
  117. Date: Fri, 5 Mar 1993 23:52:26 -0700 (MST)
  118. From: michael a finkel  <mfinkel@gas.uug.arizona.edu>
  119. Message-Id: <Pine.3.05.9303052326.A6064-a100000@argon>
  120. Subject: Beta Forms...
  121. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  122.  
  123. I have filled out several of the beta forms and was wondering where
  124. exactly to send them via e-mail.  I originally sent them to
  125. john.smith@gravis.com and root@gravis.com along with a letter requesting
  126. response if they recieved them.  I have recieved no notification of
  127. bounced mail nor any for of response from john.smith or root.  Where did
  128. you all send your forms?
  129.  
  130. If you didn't send the forms back, PLEASE DO - it is vital information if
  131. we are to get the bugs fixed to let Gravis know exactly what our
  132. complaints and praises are.
  133.  
  134. ******************************************************************************
  135. *  --> Mfinkel@gas.uug.arizona.edu *      Someone keeps moving my chair      *
  136. *    Tucson, Arizona U.S.A.     *          -They Might Be Giants          *
  137. ******************************************************************************
  138.  
  139. ------------------------------
  140.  
  141. Date: 4 Mar 93 15:08:33 GMT
  142. From: nofsinger_c@a1.mscf.upenn.edu (Chuck Nofsinger)
  143. Message-Id: <nofsinger_c-040393100907@meded5.med.upenn.edu>
  144. Subject: Building layered Patches for GUS
  145. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  146.  
  147. I bought a GUS from the suggestions in this news group.  Unfortunately it 
  148. doesn't even approach the sound quality of real sampling synths, eg the 
  149. ASR10, K2000 etc.  
  150.  
  151. As they say, caveat emptor, and at this price... In any case I'm wondering
  152. if
  153. I can salvage my investment by building real patches with velocity switched
  154. waves etc.
  155.  
  156. Is there any software that will help with this? Or is there some other card
  157. that will let me do what I want?
  158.  
  159. Thanks,
  160. Chuck
  161.  
  162. ------------------------------
  163.  
  164. Date: Fri, 5 Mar 93 14:01:55 PST
  165.  
  166.  
  167. From: ee52fgh@sdcc15.UCSD.EDU (Anthony Tang)
  168. Message-Id: <9303052202.AA26516@sdcc15.UCSD.EDU>
  169. Subject: CDROM comments/SBOS question
  170. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  171.  
  172. About the CD-ROM not playing audio CD's through the GUS problem some
  173. of you have been having.  Do you have the internal CD-audio out
  174. connected to the GUS's CD-audio connector?  I've had no problems
  175. with my setup since I got it.  The CD-Audio connector is always on,
  176. and I always get sound throug the GUS whether or not I have line-in
  177. enabled or not (inside Windows).  In Dos, it always plays.  At
  178. worst, I need to use gset to enable the output "gset -o"
  179.  
  180. Anway, I've a quick question about the new SBOS 1.4x beta.  Whenever
  181. I try to run with the "-o3" options, I get this message back:
  182.  
  183. "NMI on this processor is disabled"
  184.  
  185. or something to that effect.  Now, that doesn't sound too good.  Is
  186. there something worng with my computer that I don't know about?
  187. Granted, I've never had to use -o3 on anything yet.  (I think)
  188. Actually, I think I've been having a _little_ more success with SBOS
  189. than what I've been reading about.  I've had no problems with the
  190. GUS, or the rest of my system.  I have : 486DX/50 (not DX2), Diamond
  191. Speedstar 24x (I know people have been having problems with this,
  192. but I doubt this is the reason), PC-MIDI card, and the general
  193. plethora of I/O, IDE HD/FD controller, and a scanner card.  (I have
  194. all 8 expansion slots filled, and no IRQs free.  Actually, I think
  195. I'm doubling up on 7, but I'm not using OS/2, so that should be OK.
  196. (No problems with LPT1 yet))
  197.  
  198. Thanks for any help.
  199.  
  200. Anthony Tang
  201. aktang@sdcc13.ucsd.edu <-- Please send any replies here.
  202.  
  203. ------------------------------
  204.  
  205. Date: Fri, 05 Mar 93 10:20 EST
  206. From: Scott Bringen                        <ZMSKB@GIBBS.GSFC.NASA.GOV>
  207. Message-Id: <9303051522.AA19544@orca.es.com>
  208. Subject: Comments on SBOS 1.4b2
  209. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  210.  
  211.   Well, I ran home Wednesday night to install 1.4b2. I only run
  212. SBOS on Chuck Yeager's Air Combat(pre-GUS version), I do
  213. everything else in Windows(if I can).
  214.  
  215. First, the good news:
  216.   The intro music, engine and machine gun sounds are much better!
  217. Much more realistic. Even Chuck's voice is coming through
  218. undistorted now :).
  219.  
  220.  
  221.  
  222. Now, the bad news:
  223.   I lost a sound that was pretty cool in SBOS 1.22.  While making
  224. menu selections, such as which battles to fly in, I would get a
  225. nice resonant(sp) chime sound. The same sound was used when
  226. switching guns while in flight. With 1.4b2, I hear a short
  227. plucking sound. I tried -o1, -o2 and -o3 options with no
  228. improvement.
  229.   Regardless of that, I will continue to use 1.4b2 because of the
  230. other greatly improved sounds.  Yes Sir I like it, I like it
  231. alot!
  232.  
  233. Talk to you all later,
  234.   Scott Bringen
  235. -----------------------------------------------------------------------
  236. Remember .... the next time someone calls you 'boy' ,
  237. standup and tell them 'That's Mr. Boy, to you!'  It works for me :).
  238.  
  239. ------------------------------
  240.  
  241. Date: Fri, 5 Mar 93 10:09:10 PST
  242. From: jericho!gord@uunet.UU.NET (Gord Wait S-MOS Systems Vancouver Design Center)
  243. Message-Id: <9303051809.AA11395@ jericho>
  244. Subject: Feedback Prob (Sampling on a GUS)
  245. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  246.  
  247. I too got a feedback problem the first time I connected my ultrasound
  248. audio INPUTS to the output of my stereo.
  249.  
  250. You probably have the GUS output connected to your stereo input right?
  251. Try turning off the Monitor Out on the GUS during the sampling. In my
  252. case I had my stereo amplify the GUS audio out, then send it back to
  253. the GUS audio in, which gets amplified a bit, sampled, and sent back to
  254. GUS audio out
  255.  
  256. ...screeeetch....
  257.  
  258. In your case, since your stereo is selecting some other source of
  259. signal than the GUS,(ie the music source you are sampling), I am not
  260. sure where your feedback path is coming from. Perhaps your line in
  261. selector on your stereo is not perfect, and enough of the GUS audio out
  262. is leaking into the stereo to complete a feedback path.
  263.  
  264. In my case, I mix the output of the gus with some other sources
  265. connected to my ancient Teac 4 track mixer. I don't have a hard input
  266. select switch.  This means that when I want to sample the output of my
  267. mixer, to grab a sound from my synth for example, I have to make sure
  268. that the GUS output is turned off to avoid feedback.
  269.  
  270. Gord Wait     SMOS Systems Vancouver Design Centre
  271. uunet!jericho!gord
  272. gord%jericho@uunet.uu.net
  273. or even some days
  274. gord@smos.com
  275.  
  276.  
  277.  
  278. ------------------------------
  279.  
  280. Date: Fri, 5 Mar 93 13:24 EST
  281. From: "Matthew E. Bernold" <MEB117@PSUVM.PSU.EDU>
  282. Message-Id: <9303051824.AA22545@orca.es.com>
  283. Subject: GUSMOD 2.04 and Windows 3.1
  284. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  285.  
  286. Just to let people know this, I am typing this note in a DOS window terminal
  287. program in Windows 3.1 while listening to a .MOD file being played by GUSMOD
  288. in another DOS window.  The GUSMOD window is set to a priority of 4, and it
  289. isn't missing a beat!!  Normal settings are 100 for foreground, and 50 for
  290. background, and that makes most other DOS programs crawl.  Great job, JOSH!!!!
  291.  
  292. I hope that 2.10 works this well too!!!  :-)
  293.  
  294. BTW, I'm running this all on a 386-25, so all of you with 486s should have NO
  295. problems doing this too....
  296.  
  297.        Matthew E. Bernold             MEB117@PSUVM.PSU.EDU
  298.          <<APOCALYPSE>>                  meb@haydn.psu.edu
  299.  
  300. ------------------------------
  301.  
  302. Date: Fri, 5 Mar 1993 11:09:34 -0500
  303. From: mchen@sol4.cs.psu.edu (Michael Chen)
  304. Message-Id: <9303051609.AA02596@sol4.cs.psu.edu>
  305. Subject: GUS samples
  306. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  307.  
  308. > >I finish the program to convert EPS instruments to GUS sounds
  309. > If you write this, and convert any sounds, please ftp the samples
  310. > (PAT files) to the Ultrasound server. This sounds fantastic!
  311.  
  312. Yeah.  Now that I have some free time, I can start working... anyone with info
  313. on the .PAT format that Gravis uses (I have your header file, Francois) or
  314. further details beyond Ultradox on programming the GUS (IRQs, MIDI, DMA, etc.)
  315. please send it on down to me.
  316.  
  317. If/when it gets finished, count on a bunch of uploads.
  318. -- 
  319.  Michael Chen            | From the depths of our most lucid horrors |
  320.                 | spring our fond hopes and pure desires... |
  321.  mchen@cs.psu.edu        | except what comes from HELL! :-) 7/23/92  |
  322.  
  323. ------------------------------
  324.  
  325. Date: Fri, 5 Mar 93 14:43:54 EST
  326. From: kaisth@coat.com (Ajay Kaisth)
  327. Message-Id: <9303051943.AA01921@lb462.coat.com>
  328. Subject: help
  329.  
  330.  
  331. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  332.  
  333.  
  334.  
  335. ------------------------------
  336.  
  337. Date: Ven, 05 Mar 93 11:48:45 FRA
  338. From: 9269Z%FRESTP11.BITNET@pucc.Princeton.EDU
  339. Message-Id: <9303051049.AA16144@orca.es.com>
  340. Subject: New soundcard... looks like Ultrasound clone
  341. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  342.  
  343. Date: 05 Mars 1993, 11:44:45 FRA
  344. From: 9269Z    at FRESTP11
  345. To:   ultrasound@dsd.es.com
  346.  
  347. There is a new sound card available here in France, which looks very much like
  348. an Ultrasound clone: it's got 32 16bit wave-table voice, and seems to be a
  349. CDROM interface card, too. It is made by Computer Peripheral, Inc. and named
  350. Maestro 16 VR, if my memory doesn't fail me. I don't know the price, though.
  351.  
  352. Maybe Ultrasound's got the way of a Standard, Great |
  353.  
  354. Friendly yours,
  355. +---------------------+-------------------------------------------------+
  356. |   Benjamin RYZMAN   | "...And now something completly different |"    |
  357. |      ESTP Paris     |             -Monty Pithon                       |
  358. | EMAIL:              | "640 kb should be sufficient for anyone"        |
  359. |9269Z@FRESTP11.BITNET|             -Bill Gates, 1981                   |
  360. +---------------------+-------------------------------------------------+
  361.  
  362. ------------------------------
  363.  
  364. Date: Fri, 5 Mar 93 12:52:26 GMT
  365. From: laurent@ismennt.is (Laurent Somers)
  366. Message-Id: <9303051252.AA26004@akureyri.ismennt.is>
  367. Subject: no subject (file transmission)
  368. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  369.  
  370. Robert Suh (robs@hardy.u.washington.edu) wrote:
  371.  
  372. : P.S. Would it be possible to write a General MIDI device driver for the GUS,
  373. : so I could pipe out the music for some of my games through General MIDI
  374. : instead of SB??  Hope Gravis would work on this, seems like a better 
  375. : temporary solution until native GUS starts appearing.
  376.  
  377. Adam Mirowski (mir@chorus.chorus.fr) wrote:
  378.  
  379. :This doesn't make much sense.  General MIDI is a software
  380. :protocol, not a hardware interface.
  381. :
  382. :What Gravis could have done is emulating the MPU-401
  383. :card-to-host interface, so that GUS could appear as
  384.  
  385.  
  386. :a MIDI device plugged into an MPU-401 card. The card
  387. :would be configured using sysexes, which could have
  388. :embedded samples.
  389.  
  390. :This solution would need that the card has a specific
  391. :on-board processor that would understand MIDI messages,
  392. :especially sysexes, and setup the sound generator(s)
  393. :accordingly. I am not surprised that Gravis dropped
  394. :that option and simply outputs MIDI to the external
  395. :wire.
  396.  
  397. :The solution would be more viable for a card than
  398. :for a box, since the limitation of the MIDI cable
  399. :speed for sample transfers would disappear.
  400.  
  401. :The problem is that there is presently no MIDI
  402. :norm concerning sound construction from samples.
  403.  
  404. This doesn't make much sense either.  Hence, CL & other vendors have used
  405. some black magic to emulate the MT-32 on *FM* cards!
  406.  
  407. I've been waiting for some time now for news on such an emulator for the GUS
  408. which could simulate a LAPC-1 (or MT-32).  This would be very useful, since
  409. there is already such a broad base of software which uses it.  Just look at
  410. the game sector:  Sierra, Lucasfilm, Origin... all the biggest names.
  411. Also games from 'smaller' companies, e.g. Gods,
  412.  
  413. Now, it  is obvious that the GUS is a much better candidate for such an
  414. emulator that FM cards.  The problem with making such a driver is mainly
  415. *MEMORY*.  One meg is not enough for all the samples the LAPC-1/GM MIDI has.
  416. So, the samples would have to be loaded selectively.  How?
  417.  
  418. I'm not that well versed in low-level assembly programming,
  419. but one way of implementing the driver would be to *freeze* the computer
  420. while loading the samples;  i.e. turning off all interrupts (yes, I know,
  421. there are NMI's).  The problem with this method is that it might be
  422. disconcerting, depending on the game, and could eventually turn into a
  423. nightmare scenario *IF* the program would shift through the entire patch set!
  424. SBOS could of course also 'pretend' to play an instrument while it is waiting
  425. for the patch to finish loading.
  426.  
  427. Another method would be to load the instruments based on a game<->patch list.
  428. Each game would have the list of instruments used, and the user would specify
  429. the game.  The SBOS would load these and execute the program.
  430.  
  431. I know there are a lot of programs around which use the Roland synths.
  432. It is no easy job to make a complete list of games and the instruments used.
  433. There is a solution to this:  Execute SBOS in a 'collect' mode.  The SBOS
  434. would run the program - without emulating anything - but creating a list
  435. of patches requested.  This list would then be written to disk and used
  436. for future use.  The limitations
  437. of this are the same as for (though more serious than) the previous case:
  438. What if the program uses MORE than 1 meg of samples?
  439.  
  440.  
  441.  
  442. In that case, things could get simpler by making concessions:
  443. "Ok, I *can* live with 8 bit samples, with one patch for each instrument
  444. sampled at a slightly lesser rate - just give me the Roland emulation!"
  445. This would be just about the method the Aria chip board uses - squeezing 1 Meg
  446. of 8 bit samples into ROM though.
  447.  
  448. By the way:  I'd like to know what the total size of the GM MIDI set is.
  449. I suppose they've been optimized.
  450.  
  451. I also tried the SBOS 1.4Beta.  I miss the Wolf3D sax, even though it was
  452. nonstandard.  I tried it with some games.  It still has some problems, esp.
  453. with Dune II.  The AdLib stereo effect is weird and some patches sound
  454. 'choppy' (the short instruments).  Oh, well...
  455.  
  456. Laurent F. Somers
  457.  
  458. (laurent@akureyri.ismennt.is)
  459.  
  460. ------------------------------
  461.  
  462. Date: Fri, 5 Mar 93 12:55:00 GMT
  463. From: laurent@ismennt.is (Laurent Somers)
  464. Message-Id: <9303051255.AA26109@akureyri.ismennt.is>
  465. Subject: no subject (file transmission)
  466. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  467.  
  468. Robert Suh (robs@hardy.u.washington.edu) wrote:
  469.  
  470. : P.S. Would it be possible to write a General MIDI device driver for the GUS,
  471. : so I could pipe out the music for some of my games through General MIDI
  472. : instead of SB??  Hope Gravis would work on this, seems like a better 
  473. : temporary solution until native GUS starts appearing.
  474.  
  475. Adam Mirowski (mir@chorus.chorus.fr) wrote:
  476.  
  477. :This doesn't make much sense.  General MIDI is a software
  478. :protocol, not a hardware interface.
  479. :
  480. :What Gravis could have done is emulating the MPU-401
  481. :card-to-host interface, so that GUS could appear as
  482. :a MIDI device plugged into an MPU-401 card. The card
  483. :would be configured using sysexes, which could have
  484. :embedded samples.
  485.  
  486. :This solution would need that the card has a specific
  487. :on-board processor that would understand MIDI messages,
  488. :especially sysexes, and setup the sound generator(s)
  489. :accordingly. I am not surprised that Gravis dropped
  490. :that option and simply outputs MIDI to the external
  491. :wire.
  492.  
  493. :The solution would be more viable for a card than
  494.  
  495.  
  496. :for a box, since the limitation of the MIDI cable
  497. :speed for sample transfers would disappear.
  498.  
  499. :The problem is that there is presently no MIDI
  500. :norm concerning sound construction from samples.
  501.  
  502. This doesn't make much sense either.  Hence, CL & other vendors have used
  503. some black magic to emulate the MT-32 on *FM* cards!
  504.  
  505. I've been waiting for some time now for news on such an emulator for the GUS
  506. which could simulate a LAPC-1 (or MT-32).  This would be very useful, since
  507. there is already such a broad base of software which uses it.  Just look at
  508. the game sector:  Sierra, Lucasfilm, Origin... all the biggest names.
  509. Also games from 'smaller' companies, e.g. Gods,
  510.  
  511. Now, it  is obvious that the GUS is a much better candidate for such an
  512. emulator that FM cards.  The problem with making such a driver is mainly
  513. *MEMORY*.  One meg is not enough for all the samples the LAPC-1/GM MIDI has.
  514. So, the samples would have to be loaded selectively.  How?
  515.  
  516. I'm not that well versed in low-level assembly programming,
  517. but one way of implementing the driver would be to *freeze* the computer
  518. while loading the samples;  i.e. turning off all interrupts (yes, I know,
  519. there are NMI's).  The problem with this method is that it might be
  520. disconcerting, depending on the game, and could eventually turn into a
  521. nightmare scenario *IF* the program would shift through the entire patch set!
  522. SBOS could of course also 'pretend' to play an instrument while it is waiting
  523. for the patch to finish loading.
  524.  
  525. Another method would be to load the instruments based on a game<->patch list.
  526. Each game would have the list of instruments used, and the user would specify
  527. the game.  The SBOS would load these and execute the program.
  528.  
  529. I know there are a lot of programs around which use the Roland synths.
  530. It is no easy job to make a complete list of games and the instruments used.
  531. There is a solution to this:  Execute SBOS in a 'collect' mode.  The SBOS
  532. would run the program - without emulating anything - but creating a list
  533. of patches requested.  This list would then be written to disk and used
  534. for future use.  The limitations
  535. of this are the same as for (though more serious than) the previous case:
  536. What if the program uses MORE than 1 meg of samples?
  537.  
  538. In that case, things could get simpler by making concessions:
  539. "Ok, I *can* live with 8 bit samples, with one patch for each instrument
  540. sampled at a slightly lesser rate - just give me the Roland emulation!"
  541. This would be just about the method the Aria chip board uses - squeezing 1 Meg
  542. of 8 bit samples into ROM though.
  543.  
  544. By the way:  I'd like to know what the total size of the GM MIDI set is.
  545. I suppose they've been optimized.
  546.  
  547. I also tried the SBOS 1.4Beta.  I miss the Wolf3D sax, even though it was
  548. nonstandard.  I tried it with some games.  It still has some problems, esp.
  549.  
  550.  
  551. with Dune II.  The AdLib stereo effect is weird and some patches sound
  552. 'choppy' (the short instruments).  Oh, well...
  553.  
  554. Laurent F. Somers
  555.  
  556. (laurent@akureyri.ismennt.is)
  557.  
  558. ------------------------------
  559.  
  560. Date: Fri, 5 Mar 93 17:07:27 MET
  561. From: (FunkyTrip) zonnevel@dutiws.TWI.TUDelft.NL
  562. Message-Id: <9303051607.AA12644@dutiws.twi.tudelft.nl>
  563. Subject: Pin layour of 15-pin connector?
  564. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  565.  
  566. Does anyone have the pin layout of the d-connector on our beloved GUS.
  567. Please mail me or the list if you have it. (List would be best, I think
  568. more people will be interested)
  569.  
  570. Thanx
  571.  
  572.  'Peace Y'all. I'm at:   zonnevel@dutiws.twi.tudelft.nl    YO  Peace Increase
  573.  'Freedom is free of the need to be free' - George Clinton YO     from me 
  574.  'With love there is no death' - Prince                    YO    FunkyTrip 
  575. YOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYOYO
  576.  
  577. ------------------------------
  578.  
  579. Date: Fri, 5 Mar 1993 15:28:55 -0500
  580. From: mchen@sol4.cs.psu.edu (Michael Chen)
  581. Message-Id: <9303052028.AA03560@sol4.cs.psu.edu>
  582. Subject: Problem w/SBOS 1.4b2 & X Wing
  583. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  584.  
  585.   I'm having a weird problem with SBOS 1.4 beta and X Wing.  I got it to
  586. work fine at first, no options at all.  But then, and up until now, when I
  587. use the Soundblaster setting of X Wing's sound and SBOS 1.4 beta, I get no
  588. sound.  If I back down and use Adlib sound, it works fine, but I really miss
  589. the digitized sounds.
  590.   What gives?  I'm using a 386SX/25, and no DMA/IRQ settings I have tried will
  591. resolve this really bizarro problem.
  592. -- 
  593.  Michael Chen            | From the depths of our most lucid horrors |
  594.                 | spring our fond hopes and pure desires... |
  595.  mchen@cs.psu.edu        | except what comes from HELL! :-) 7/23/92  |
  596.  
  597. ------------------------------
  598.  
  599. Date: 4 Mar 93 22:57:44 GMT
  600. From: uznerk@mcl.ucsb.edu (Andrew Krenz)
  601. Message-Id: <uznerk.731285864@mcl>
  602. Subject: Sampling on a GUS
  603. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  604.  
  605.  
  606.  
  607. In <C3Bn89.AqC@ccu.umanitoba.ca> meier@ee.umanitoba.ca (Martin Meier) writes:
  608.  
  609. >In article <uznerk.731107146@mcl>, uznerk@mcl.ucsb.edu (Andrew Krenz) writes:
  610. >> The other night I tried recording off a CD onto my GUS.  I set up a 5 meg
  611. >> ram drive and proceeded to sample some music straight from the output of my
  612. >> CD player.  When I played back the sample (which was done in stereo at 44.1khz)
  613. >> I didn't hear any static or noise (well, a little more than the CD anyway) but
  614. >> i could tell that some of the higher frequencies were being filtered out (I'm
  615. >> guessing frequencies close to 20khz).  The cymbals and other sounds just didn't
  616. >> sound as brilliant as the CD original, kinda like what a tape sounds when you
  617. >> copy a CD.  I know that the GUS only samples in 8 bits as opposed to the CD's
  618. >> 16, but that has nothing to do with the high end frequency response, does it?
  619. >> I thought that only sampling rate does.  If the sampling rate is 44.1khz, then
  620. >> the supposed freq. response of the GUS should be around 20khz, right?  The
  621. >> number of bits in the recording only determined the dynamic range as far
  622. >> as I knew.
  623. >> 
  624.  
  625. >First off, what sort of speakers/amp are you using. I'd say you will get 
  626. >poor frequency responce if your using a pair of KOSS battery amplified 
  627. >speakers which sell for around $50. You have to make sure to use a good 
  628. >pair of headphones or a decent home audio system. At 8-bits, I'm sure
  629. >cymbals woun't sound as briliant as a CD. Remember, 8-bits ~ 48db while
  630. >16-bits ~ 96db. I think LP's have a responce of around 60-68db 
  631.  
  632. >If you really want to see the responce of the card is, use a signal
  633. >generator and vary the frequency from 20Hz-22kHz. Then examine the
  634. >sampled signal for the cut-off point. Not everone heards tones up to
  635. >20kHz. This is just an average maximum, just like 20/20 vision is an
  636. >average maximum. Many people have worse vision, some have better than 
  637. >20/20 vision.
  638.  
  639.  
  640. I have the GUS rigged to a full blown home stereo system using 8" 2way 
  641. ESS Laboratory speakers which have near flat response from 40-30khz.
  642. I think my hearing ability is better than the average person's (wish
  643. I could say the same for my eyeballs which currently have contact lenses
  644. stuck in them).  I know for a fact that the response of the Ultrasound is
  645. not as clear as a CD.  There is a noticable difference when you compare the
  646. two, at least on my stereo system.
  647.  
  648. Are you sure the number of bits in the recording has anything to do with
  649. frequency response?  Like I said before, I always thought that the number
  650. of bits only concerns dynamic range.  8 bit recordings allow 256 different
  651. levels of volume per sample, while 16 allows 65,536, but this is independent
  652. of the smapling rate and has no effect on high end frequency response.  It
  653. kind of parallels comparing 8-bit 256 color graphics to high color 16 bit 
  654. displays.
  655.  
  656. Doesn't really matter too much to me though because I am confident that the
  657. Ultrasound is the most powerful and flexible soundcard you can buy.  I'm
  658. starting to collect a TON of .mods, and they all sound fantastic thanks to
  659.  
  660.  
  661. Josh's player.  Heck, even people in the Amiga groups are expressing interest
  662. in something like an "Ultrasound for the Amiga."
  663.  
  664.  
  665. --
  666. =======================================================================
  667. | Andrew Krenz        | Visit          | '87 Chevrolet Caprice        |
  668. | uznerk@mcl.ucsb.edu | Beautiful      | 9C1 Police Package 350       |
  669. | UC Santa Barbara    | Isla Vista, CA | Bad Boys Bad Boys.....       |
  670.  
  671. ------------------------------
  672.  
  673. Date: Fri, 5 Mar 1993 08:41:20 GMT
  674. From: waardenb@cs.utwente.nl (Jerry van Waardenberg)
  675. Message-Id: <1993Mar5.094120@cs.utwente.nl>
  676. Subject: SBOS 1.4b2 beta form
  677. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  678.  
  679. Can I send the SBOS 1.4b2 beta form by email to Gravis? What's the address?
  680.  
  681. Anyway, here's my opinion:
  682.  
  683. MAIL MESSAGE
  684.  
  685. TO:   Advanced Gravis Technical Support
  686. ATTN: Technical Support
  687. SUBJ: UltraSound Software Compatability Test
  688.  
  689.  
  690. Tested by: J. van Waardenberg                           Date: March 3rd, 1993
  691.  
  692. +===========================================================================+
  693.  
  694. Test Platform:  AMD i386DX, 40 MHz, 128 kB cache, OPTi chipset, 8 MB RAM
  695.  
  696. Software: MS-DOS 5.0, QEMM 6.02, Norton Cache 6.01
  697.  
  698. ULTRASND=220,7,7,11,5
  699.  
  700. +===========================================================================+
  701.         SBOS        SBOS        Digitized
  702. Title:        version:    options:    sounds:        FM:
  703. ------        --------    --------    ---------    ---
  704. Dune 2        1.22        -o2 -x3        Good        Moderate
  705.         1.37B        -o2 -x3        Good        Good
  706.         1.4B2        None        Good        Bad
  707. XWing demo    1.22        -o2 -x3        Good        Moderate
  708.         1.37B        None        Good        Good
  709.         1.4B2        None        Good        Moderate/Bad
  710. Pushover    1.37B        None        -        Good
  711.         1.4B2        None        -        Bad
  712.  
  713. +===========================================================================+
  714.  
  715.  
  716.  
  717. Comments:
  718.  
  719. I've tried these games with SBOS versions 1.22, 1.37B and 1.4B2. I liked
  720. 1.37B the best: It has good sound quality, both in digitized speech and
  721. FM music. SBOS 1.4B2 has sometimes really terrible, 'noisy' FM music, so
  722. IMHO SBOS 1.42B2 is even worse than 1.22. SBOS 1.37b has one major dis-
  723. advantage though: It crashes my computer sometimes and sometimes speech
  724. gets lost.
  725.  
  726. My idea of a good SBOS: Combine the sound quality of SBOS 1.37B with the
  727. robustness and reliability of SBOS 1.4B2. That will be nice! As for now,
  728. I'll continue using version 1.37B
  729.  
  730. *------------------------------------------------------------------------------*
  731.  Jerry van Waardenberg                             _/_/_/ _/_/_/ _/_/_/ _/_/_/
  732.  Tele Informatics and Open Systems                  _/     _/   _/  _/ _/
  733.  Department of Computer Science                    _/     _/   _/  _/   _/
  734.  University of Twente, Enschede, The Netherlands  _/     _/   _/  _/     _/
  735.  E-mail: waardenb@cs.utwente.nl                  _/   _/_/_/ _/_/_/ _/_/_/
  736.  
  737. ------------------------------
  738.  
  739. Date: Fri, 5 Mar 1993 12:09:10 -0500 (EST)
  740. From: treason@gnu.ai.mit.edu
  741. Message-Id: <9303051709.AA04411@spiff.gnu.ai.mit.edu>
  742. Subject: SBOS 1.4b2 with xwing and uu2
  743. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  744.  
  745. I have the new sbos 1.4b2 and have been messing around with the software
  746. I have installed on my system.  In some circumstances, with xwing, the
  747. software finds the card, and uses it for a short time(sounds great) then 
  748. the computer hangs.  Other times, the software deos not even find the GUS, and no sound is played.  This happens whether I load the sys driver or not.  As for
  749. Ultima Underworld 2, The sound is definately there, buts its a mishmash of
  750. awful clatter, and makes no sense to me.  It doesnt sound like music at all!!!
  751.  
  752. I like the 1.23 release much better, it works almost perfectly with uu2,
  753. but still lacks xwing support fully.  I have talked with several people
  754. about this problem, and some say the prog (1.4b2) works great!  Whats the deal
  755. here, there is not problem with my chipset, and the older sbos' seem to work
  756. reasonably.
  757.  
  758. treason@gnu
  759.  
  760. ------------------------------
  761.  
  762. Date: Fri, 05 Mar 93 21:46:51 EST
  763. From: pccmoddan@aol.com
  764. Message-Id: <9303052146.tn19753@aol.com>
  765. Subject: Sierra's BS
  766. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  767.  
  768. Here's more of the same old crap from Sierra Online. Boycott em if you want
  769.  
  770.  
  771. support. Personally I think they've been going downhill since they made the
  772. original Kings Quest I. 
  773.  
  774. ...quote begin....
  775. Subj:   Gravis Ultrasound Support
  776. Date:  93-03-04 21:05:02 EST
  777. From:  Sierras
  778. Posted on: America Online
  779.  
  780. The problem with supporting the Ultrasound isn't playing music, but
  781. supporting the cards digitized sound features. You've missed the problem
  782. completely! Our CD products require a DAC to playback the digitized voice and
  783. sound samples and the Ultrsound card uses a different method (DSP) than the
  784. Sound Blaster's
  785. DAC. Through DOS we have to foot the bill for writing and testing these
  786. drivers as well as including their drivers in to our games that are being
  787. developed. If a sound card isn't established, then it doesn't make sense to
  788. go out of the way to support it! Now the good news for you, the sound card
  789. manufacturer writes the drivers for Windows, so you should be able to use
  790. your card without problems. 
  791.  
  792. Thanx,
  793.  
  794. Bill :})
  795.  
  796. ....end.....
  797.  
  798. and now....
  799. My message:
  800.  
  801. Bill - 
  802.     The GUS has 32 channels. Use 16 for music support, and you've got two
  803. free ones through which you can dump samples direct, without using the
  804. onboard RAM. This has the same function as a "dumb" DAC such as the one on
  805. the Soundblaster. If you need further convincing that the GUS does indeed
  806. have DACs on board, look in the Hardware section of the GUS SDK manual, under
  807. "Audio I/O (DAC & ADC)". Due to nondisclosure agreements, I cannot reprint
  808. the text, but it is VERY obvious. 
  809.     I think you've missed the point - Sierra's excuses might stand up to the
  810. consumers, but anyone who is involved in the industry can see through all the
  811. BS. I don't give a hoot whether you guys support the GUS or not - my games do
  812. and that's all that concerns me. What should concern you is that thousands of
  813.  people out there with money in their pockets want games that support their
  814. hardware. If Sierra won't, others will. 
  815.  
  816. - Dan Nicholson, 
  817. PCkS Associates
  818.  
  819. ....end....
  820.  
  821. ________________________________________________________
  822. Dan Nicholson    -    PCkS Associates - (908)964-8066 - ModDan
  823.                               553 Thoreau Terr. 
  824.  
  825.  
  826.                               Union, NJ 07083
  827. ________________________________________________________
  828.                
  829.                                        Play real games.
  830. ________________________________________________________
  831.  
  832. ------------------------------
  833.  
  834. Date: Fri, 5 Mar 93 09:30:45 EST
  835. From: stu_brown@Warren.MENTORG.COM
  836. Message-Id: <9303051430.AA20443@stu>
  837. Subject: Ultrasound Daily Digest V2 #61
  838. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  839.  
  840. I have been seeing this error, too. I had no idea it was coming from
  841. the GUS, though. I just reset my system and it works fine. I only get
  842. this error when booting. Is there a fix for this?
  843.  
  844.  
  845.  
  846.  
  847. Date: 4 Mar 93 16:13:53 AST
  848. From: Steve Prosser <SPROSSER@SHARK.STMARYS.CA>
  849. Message-Id: <MAILQUEUE-101.930304161353.448@science.stmarys.ca>
  850. Subject: Dead Ultrasound Card!
  851. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  852.  
  853. Last night, my card gave up the ghost. I had been using it the night
  854. before, and it was working fine. Last night I turned on my 386-40
  855. clone and it said "off board parity error", and it wouldn't count
  856. past the first 64k. I disabled parity and memory count above 1Meg, so
  857. I could get the PC to boot. I ran Checkit and it would hang every
  858. time I tried to run the memory test.
  859.  
  860. ------------------------------
  861.  
  862. Date: Fri, 5 Mar 93 14:24:40 EST
  863. From: snowdog@binkley.cs.mcgill.ca (Rodney CHANG)
  864. Message-Id: <9303051924.AA27278@binkley.cs.mcgill.ca>
  865. Subject: x-wing help
  866. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  867.  
  868. Help!
  869.  
  870. Need configurations for x-wing so can play sound using GUS.  Much
  871. thanks!
  872.  
  873. -- 
  874. Rodney Chang          | "Dohhh!!" - Homer Simpson, Springfield Nuclear Sup.
  875. snowdog@cs.mcgill.ca  | "Aye Caramba!" - Bart Simpson, Homer's son.
  876. b7jd@musicb.mcgill.ca | ** Les Expos & Nordiques in '93, '94, '95, '96  ... ***
  877.  
  878. ------------------------------
  879.  
  880.  
  881.  
  882. Date: Thu, 04 Mar 1993 10:22:00 -0800
  883. From: john.smith@gravis.com (John Smith)
  884. Message-Id: <731292813.AA01325@ship.net>
  885. Subject: XWING SOUND
  886. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  887.  
  888. MAF>Well,  I get a slowdown only when I am trying to chase down an enemy,
  889. have
  890.    >him in my sites and fire.  He suddenly jumps out of my view with no prior
  891.    >warning.  This is annoying, but the only slowdown I found.
  892.  
  893. MAF>If anyone has Lucas' net address, I will write to them regarding the
  894.    >native GUS support (as everyone else with a GUS should as well).
  895.  
  896. I was playing XWing until 1:30am last night with SBOS 1.4B2 and it was
  897. working fine.  Mind you it was on a 486-33 so I may not have noticed the
  898. slow down.
  899.  
  900. Don't know if Lucas has an address. Hopefully someone else knows.
  901.  
  902. John
  903.  ~ QMPro 1.01 05-8925 ~ Misspelled?  Impossible.  My modem is error
  904. correcting.
  905.  
  906. ------------------------------
  907.  
  908. Date: Fri, 5 Mar 93 16:17:17 EST
  909. From: kaisth@coat.com (Ajay Kaisth)
  910. Message-Id: <9303052117.AA02362@lb462.coat.com>
  911. To: Ultrasound Daily Digest <ultrasound@dsd.es.com>
  912.  
  913. help
  914.  
  915. ------------------------------
  916.  
  917. End of Ultrasound Daily Digest V2 #62
  918. ******************************
  919.  
  920. Digest Address:                                        ultrasound@dsd.es.com
  921.                                                 To post to tomorrow's digest
  922.  
  923. Request Server Address:                        ultrasound-request@dsd.es.com
  924.                                 To subscribe, unsubscribe, and request files
  925.  
  926. Owner Address:                                   ultrasound-owner@dsd.es.com
  927.                                To contact a human if the server has troubles
  928.  
  929. FTP Sites:                archive.epas.utoronto.ca         pub/pc/ultrasound
  930.                           wuarchive.wustl.edu       systems/msdos/ultrasound
  931.  
  932.  
  933.